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Technical Field of the Invention 



This invention relates to data processing devices, electronic processing 
and control systems and methods of their manufacture and operation, and 
particularly relates to forming program counter relative addresses for 
microprocessors optimized for digital signal processing. 

Background of the Invention 

Generally, a microprocessor is a circuit that combines the instruction- 
handling, arithmetic, and logical operations of a computer on a single 
semiconductor integrated circuit. Microprocessors can be grouped into two 
general classes, namely general-purpose microprocessors and special-purpose 
microprocessors. General-purpose microprocessors are designed to be 
programmable by the user to perform any of a wide range of tasks, and are 
therefore often used as the central processing unit (CPU) in equipment such 
as personal computers. Special-purpose microprocessors, in contrast, are 
designed to provide performance improvement for specific predetermined 
arithmetic and logical functions for which the user intends to use the 
microprocessor. By knowing the primary function of the microprocessor, the 
designer can structure the microprocessor architecture in such a manner that 
the performance of the specific function by the special-purpose microprocessor 
greatly exceeds the performance of the same function by a general-purpose 
microprocessor regardless of the program implemented by the user. 

One such function that can be performed by a special-purpose 
microprocessor at a greatly improved rate is digital signal processing. Digital 
signal processing generally involves the representation, transmission, and 
manipulation of signals, using numerical techniques and a type of special- 
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purpose microprocessor known as a digital signal processor (DSP). Digital 
signal processing typically requires the manipulation of large volumes of 
data, and a digital signal processor is optimized to efficiently perform the 
intensive computation and memory access operations associated with this 
data manipulation. For example, computations for performing Fast Fourier 
Transforms (FFTs) and for implementing digital filters consist to a large 
degree of repetitive operations such as multiply-and-add and multiple-bit- 
shift. DSPs can be specifically adapted for these repetitive functions, and 
provide a substantial performance improvement over general-purpose 
microprocessors in, for example, real-time applications such as image and 
speech processing. 

DSPs are central to the operation of many of today's electronic 
products, such as high-speed modems, high-density disk drives, digital 
cellular phones, complex automotive systems, and video-conferencing 
equipment. DSPs will enable a wide variety of other digital systems in the 
future, such as video-phones, network processing, natural speech interfaces, 
and ultra-high speed modems. The demands placed upon DSPs in these and 
other applications continue to grow as consumers seek increased performance 
from their digital products, and as the convergence of the communications, 
computer and consumer industries creates completely new digital products. 

Microprocessor designers have increasingly endeavored to exploit 
parallelism to improve performance. One parallel architecture that has found 
application in some modern microprocessors utilizes instruction fetch packets 
and multiple instruction execution packets with multiple functional units, 
referred to as a Very Long Instruction Word (VLIW) architecture. 

Digital systems designed on a single integrated circuit are referred to 
as an application specific integrated circuit (ASIC). MegaModules are being 
used in the design of ASICs to create complex digital systems on a single 
chip. (MegaModule is a trademark of Texas Instruments Incorporated.) 
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Types of MegaModules include SRAMs, FIFOs, register files, RAMs, ROMs, 
universal asynchronous receiver-transmitters (UARTs), programmable logic 
arrays and other such logic circuits. MegaModules are usually defined as 
integrated circuit modules of at least 500 gates in complexity and having a 
complex ASIC macro function. These MegaModules are predesigned and 
stored in an ASIC design library. The MegaModules can then be selected by 
a designer and placed within a certain area on a new IC chip. 

Designers have succeeded in increasing the performance of DSPs, and 
microprocessors in general, by increasing clock speeds, by removing data 
processing bottlenecks in circuit architecture, by incorporating multiple 
execution units on a single processor circuit, and by developing optimizing 
compilers that schedule operations to be executed by the processor in an 
efficient manner. 

The increasing demands of technology and the marketplace make 
desirable even further structural and process improvements in processing 
devices, application systems and methods of operation and manufacture. 
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Summary of the Invention 



An illustrative embodiment of the present invention seeks to provide a 
microprocessor and a method for executing an ADDKPC instruction that adds 
5 a constant to a program counter value and saves the result in a general 
purpose register, thereby improving digital signal processing performance. 
Aspects of the invention are specified in the claims. 

In an embodiment of the present invention, fetch packets contain a 
plurality of instruction words. Execution packets include a plurality of 
10 instruction words that can be executed in parallel by two or more execution 
units. An execution packet can span two or more fetch packets. The program 
^ counter value used by an ADDKPC instruction corresponds to the fetch 

packet containing the ADDKPC instruction, even if the execute packet spans 
fU fetch packets. 

flU 5 In an embodiment of the present invention, a digital processing system 

^ tP comprises a microprocessor, and the microprocessor is operable to perform a 

lt u method for calling a subroutine. The method comprises the steps of: a) 

lU branching to the subroutine by executing a first instruction to provide an 

q address of the subroutine, and b) calculating a return address by executing a 

w 20 second instruction to determine a relative return address. 

In another embodiment of the present invention, the ADDKPC 
instruction also specifies a number of no operation (NOP) instructions to be 
executed after the ADDKPC instruction. 

Another embodiment of the present invention is a wireless telephone 
25 with a microprocessor that includes an ADDKPC instruction. 

Another embodiment of the present invention is a compiler that 
evaluates instructions associated with a branch instruction and absorbs NOP 
instructions associated with delay slots after the branch instruction into an 
instruction for calculating a program counter relative address. 
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Other features and advantages of the present invention will become 
apparent by reference to the following detailed description when considered 
in conjunction with the accompanying drawings, in which: 

Figure 1 is a block diagram of a digital signal processor (DSP), showing 
components thereof pertinent to an embodiment of the present invention; 

re 2 is a block diagram of the functional units, data paths and 
register files otTrgnre 1; 

Figure 3A shows the basic format of a fetch packet of the DSP of 
Figure 1; 

Figure 3B depicts a fetch packet of Figure 3 A with fully serial /?-bits; 
Figure 3C depicts a fetch packet of Figure 3A with fully parallel p-bits; 
Figure 3D depicts a fetch packet of Figure 3A with partially serial p- 

bits; 

Figure 4A illustrates phases of the instruction execution pipeline of the 
DSP of Figure 1; 

Figure 4B illustrates execution of a branch instruction in the pipeline 
of Figure 4A; 

Figure 4C depicts fetch packet n, which contains three execute packets, 
shown followed by six fetch packets n+1 through n+6, each with one 
execution packet containing 8 parallel instructions; 

Figure 5 is a flow chart illustrating a subroutine call in a prior art 

DSP; 

Figure 6A is a flow chart illustrating a subroutine call with a return 
address computed using an ADDKPC instruction, according to an aspect of 
the present invention; 

Figure 6B is a flow chart illustrating a subroutine call with multiple 
return addresses computed using more than one ADDKPC instruction; 
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Figure 7 is an illustration of execution packets spanning fetch packets 
for the processor of Figure 1; 

Figure 8 is a block diagram of the processor of Figure 1, illustrating a 
sequence of execution packets spanning fetch packets; 

Figure 9 is a block diagram of a portion of the instruction fetch pipeline 
of the processor of Figure 1 that illustrates circuitry for dispatching an 
execution packet that spans two fetch packets; 

Figure 10 is a block diagram of an alternative embodiment of the 
processor of Figure 1; and 

Figure 11 is a wireless telephone that embodies the present invention. 
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Figure 1 is a block diagram of a microprocessor 1 which has an 
embodiment of the present invention. Microprocessor 1 is a VLIW digital 
signal processor ("DSP"). In the interest of clarity, Figure 1 only shows those 
portions of microprocessor 1 that are relevant to an understanding of an 
embodiment of the present invention. Details of general construction for 
DSPs are well known, and may be found readily elsewhere. For example, 
U.S. Patent 5,072,418 issued to Frederick Boutaud, et al, describes a DSP in 
detail and is incorporated herein by reference. U.S. Patent 5,329,471 issued 
to Gary Swoboda, et al, describes in detail how to test and emulate a DSP 
and is incorporated herein by reference. Details of portions of microprocessor 
1 relevant to an embodiment of the present invention are explained in 
sufficient detail hereinbelow, so as to enable one of ordinary skill in the 
microprocessor art to make and use the invention. 

microprocessor 1 there are shown a central processing unit (CPU) 
10, data memory 22, program memory 23, peripherals 60 and an external 
memory interface (EMIF) with a direct memory access (DMA) 61. CPU 10 
further has an induction fetch/decode unit lOa-c , a plurality of execution 
units, including an a^thmetic and load/store unit Dl, a multiplier Ml, an 
ALU/shifter unit SI, an aHthmetic logic unit ("ALU") LI, a shared multi-port 
register file 20a from which sata are read and to which data are written. 
Decoded instructions are provide(Nrom the instruction fetch/decode unit 10a- 
c to the functional units Dl, Ml, SI, ai^d LI over various sets of control lines 
which are not shown. Data are provided ratfrom the register file 20a from/to 
to load/store units Dl over a first set of bussefe\32a, to multiplier Ml over a 
second set of busses 34a, to ALU/shifter unit SI ove^a third set of busses 36a 
and to ALU LI over a fourth set of busses 38a. Data are>j>rovided to/from the 
memory 22 from/to the load/store units Dl via a fifth set oilsuisses 40a. Note 
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that the entire data path described above is duplicated with register file 20b 
and execution units D2, M2, S2, and L2. Instructions are fetched by fetch 
unit 10a from instruction memory 23 over a set of busses 41. Emulation 
circuitry 50 provides access to the internal operation of integrated circuit 1 
which can be controlled by an external test/development system (XDS) 51. 

External test system 51 is representative of a variety of known test 
systems for debugging and emulating integrated circuits. One such system is 
described in U.S. Patent 5,535,331 which is incorporated herein by reference. 
Test circuitry 52 contains control registers and parallel signature analysis 
circuitry for testing integrated circuit 1. 

Note that the memory 22 and memory 23 are shown in Figure 1 to be a 
part of a microprocessor 1 integrated circuit, the extent of which is 
represented by the box 42. The memories 22-23 could just as well be external 
to the microprocessor 1 integrated circuit 42, or part of it could reside on the 
integrated circuit 42 and part of it be external to the integrated circuit 42. 
These are matters of design choice. Also, the particular selection and number 
of execution units are a matter of design choice, and are not critical to the 
invention. 

^hen microprocessor 1 is incorporated in a data processing system, 
'Mditional memory or peripherals may be connected to microprocessor 1, as 
illustrated\n Figure 1. For example, Random Access Memory (RAM) 70, a 
Read Only Memory (ROM) 71 and a Disk 72 are shown connected via an 
external bus ^3. Bus 73 is connected to the External Memory Interface 
(EMIF) which i\ part of functional block 61 within microprocessor 42. A 
Direct Memory Acteess (DMA) controller is also included within block 61. The 
DMA controller isXgenerally used to move data between memory and 
peripherals within microprocessor 1 and memory and peripherals which are 
external to microprocessor 1. 
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detailed description of various architectural features of the 
microprocess^sQfFigure 1 is provided in coassigned U.S. Patent application 
S.N. 09/012,813 and is incorporated herein by reference. A 

detailed description of enhancements and extensions included in the 
architecture of microprocessor 1 is provideftSacoassigned U.S. Provisional 
Patent application S.N. 60/183,527 (TI-30302, Microprocessor with Improved 
Instruction Set Architecture) and is incorporated herein by refer&ipe. 

igure 2 is a block diagram of the execution units and register files of 
the mi coprocessor of Figure 1 and shows a more detailed view of the buses 
connecting the various functional blocks. In this figure, all data busses are 
32 bits wide, unless otherwise noted. There are two general-purpose register 
files (A and B) in the processor's data paths. Each of these files contains 32 
32-bit registers (A0-A31 for file A and B0-B31 for file B). The general- 
purpose! registers can be used for data, data address pointers, or condition 
registers. Any number of reads of a given register can be performed in a 



given c 

The general-purpose register files support data ranging in size from 
packed 8-bit data through 64-bit fixed-point data. Values larger than 32 bits, 
such as 40-bit long and 64-bit double word quantities, are stored in register 
pairs, with the 32 LSBs of data placed in an even-numbered register and the 
remaining 8 or 32 MSBs in the next upper register (which is always an odd- 
numbered register). Packed data types store either four 8-bit values or two 
16-bit values in a single 32-bit register. 

The eight functional units in processor 10's data paths can be divided 
into two groups of four; each functional unit in one data path is almost 
identical to the corresponding unit in the other data path. The functional 
units are described in Table 1. 

Besides being able to perform 32-bit data manipulations, processor 10 
also contains many 8-bit and 16-bit data instructions in the instruction set. 
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For example, the MPYU4 instruction performs four 8x8 unsigned multiplies 
with a single instruction on an .M unit. The ADD4 instruction performs four 
8-bit additions with a single instruction on an .L unit. 



Table 1. Functional Units and Operations Performed 

Functional Unit Fixed-Point Operations 



.L unit (.LI, .L2) 32/40-bit arithmetic and compare operations 

32-bit logical operations 

Leftmost 1 or 0 counting for 32 bits 

Normalization count for 32 and 40 bits 

Byte shifts 

Data packing/unpacking 

5-bit constant generation 

Paired 16-bit arithmetic operations 
Quad 8-bit arithmetic operations 

Paired 16-bit min/max operations 
Quad 8-bit min/max operations 



.S unit (.SI, .S2) 32-bit arithmetic operations 

32/40-bit shifts and 32-bit bit-field operations 

32-bit logical operations 

Branches 

Constant generation 

Register transfers to/from control register file (.S2 only) 

Byte shifts 

Data packing/unpacking 

Paired 16-bit compare operations 

Quad 8-bit compare operations 

Paired 16-bit shift operations 
Paired 16-bit saturated arithmetic operations 
Quad 8-bit saturated arithmetic operations 



.M unit (.Ml, .M2) 16 x 16 multiply operations 

16 x 32 multiply operations 

Bit expansion 

Bit interleaving/de-interleaving 

Quad 8x8 multiply operations 

Paired 16 x 16 multiply operations 

Paired 16 x 16 multiply with add/subtract operations 
Quad 8x8 multiply with add operations 

Variable shift operations 

Rotation 

Galois Field Multiply 



,D unit (.Dl, .D2) 32-bit add, subtract, linear and circular address calculation 

Loads and stores with 5-bit constant offset 

Loads and stores with 15-bit constant offset (.D2 only) 

Load and store double words with 5-bit constant 

Load and store non-aligned words and double words 

5-bit constant generation 

32-bit logical operations 
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l^ost data lines in the CPU support 32-bit operands, and some support 
long (40-b^) and double word (64-bit) operands. Each functional unit has its 
own 32-bit write port into a general-purpose register file (Refer to Figure 2 A). 
All units ending Nil (for example, .LI) write to register file A and all units 
ending in 2 write to register file B. Each functional unit has two 32-bit read 
ports for source operands^cJ and src2. Four units (.LI, .L2, .SI, and .S2) 
have an extra 8-bit-wide port rsir 40-bit long writes, as well as an 8-bit input 
for 40-bit long reads. Because each^nit has its own 32-bit write port, when 
performing 32 bit operations all eigm\units can be used in parallel every 
cycle. Since each multiplier can return upN*> a 64-bit result, two write ports 
are provided from the multipliers to the registe^file. 

ch functional unit reads directly from and writes directly to the 
register file withiq^tts own data path. That is, the .LI, .SI, .Dl, and .Ml 
units write to register i8e^A and the .L2, ,S2, ,D2, and .M2 units write to 
register file B. The register file^sa^re connected to the opposite-side register 
file's functional units via the IX and 2X s fc£Qss paths. These cross paths allow 
functional units from one data path to acces^a 32-bit operand from the 
opposite side's register file. The IX cross path allows d^ta^ath A's functional 
units to read their source from register file B. Similarly, theliXcross path 
allows data path B's functional units to read their source from register^He^A. 

Memory, Load and Store Paths 

Processor 10 supports double word loads and stores. There are four 32- 
bit paths for loading data for memory to the register file. For side A, LDla is 
the load path for the 32 LSBs; LDlb is the load path for the 32 MSBs. For 
side B, LD2a is the load path for the 32 LSBs; LD2b is the load path for the 
32 MSBs. There are also four 32-bit paths, for storing register values to 
memory from each register file. STla is the write path for the 32 LSBs on 
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side A; STlb is the write path for the 32 MSBs for side A. For side B, ST2a is 
the write path for the 32 LSBs; ST2b is the write path for the 32 MSBs. 

Some of the ports for long and double word operands are shared 
between functional units. This places a constraint on which long or double 
word operations can be scheduled on a datapath in the same execute packet. 

Data Address Paths 

us 40a has an address bus DAI which is driven by mux 200a. This 
allows art address generated by either load/store unit Dl or D2 to provide a 
memory address for loads or stores for register file 20a. Data Bus LD1 loads 
data from an address in memory 22 specified by address bus DAI to a 
register in load unit Dl. Unit Dl may manipulate the data provided prior to 
storing it in register file 20a. Likewise, data bus ST1 stores data from 
register file 20a \p memory 22. Load/store unit Dl performs the following 
operations: 32-bit \dd, subtract, linear and circular address calculations. 
Load/store unit D2 operates similarly to unit Dl, with the assistance of mux 
200b for selecting an aadress. 

The DAI and DA2 resources and their associated data paths are 
specified as Tl and T2 respectively. Tl consists of the DAI address path and 
the LDla, LDlb, STla and STlb data paths. Similarly, T2 consists of the 
DA2 address path and the LD2a, LD2b, ST2a and ST2b data paths. The Tl 
and T2 designations appear in functional unit fields for load and store 
instructions. 

For example, the following load instruction uses the .Dl unit to 
generate the address but is using the LD2a path resource from DA2 to place 
the data in the B register file. The use of the DA2 resource is indicated with 
the T2 designation. 

LDW .D1T2 *A0[3],B1 
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set of basic instructions included in DSP 10 is described in U.S. 
Patent Application S.N. 09/012,813 (TI-25311, incorporated herein by 
reference )\ A set of extended instructions is included in this embodiment of 
the present invention, as described in U.S. Provisional Patent application 
S.N. 60/183,^27 (TI-30302, incorporated herein by reference). Alternative 
embodiments of the present invention may have different sets of instructions 
and functional unit mapping. The instruction sets discussed above are 
illustrative and aite not exhaustive or intended to limit various embodiments 
of the present invention. 

Instructions are always fetched eight at a time. This constitutes a 
fetch packet. The basic format of a fetch packet is shown in Figure 3A. The 
execution grouping of the fetch packet is specified by the p-bit, bit zero, of 
each instruction. Fetch packets are 8-word aligned. 

The p bit controls the parallel execution of instructions. The p bits are 
scanned from left to right (lower to higher address). If the p bit of instruction 
i is 1, then instruction i +1 is to be executed in parallel with (in the same 
cycle as) instruction L If the p-bit of instruction i is 0, then instruction i + 1 
is executed in the cycle after instruction i. All instructions executing in 
parallel constitute an execute packet. An execute packet in this embodiment 
can contain up to eight instructions. All instructions in an execute packet 
must use a unique functional unit. 

The following examples illustrate the conversion of a p-bit sequence 
into a cycle-by-cycle execution stream of instructions. There are three types 
of p-bit patterns for fetch packets. These three p-bit patterns result in the 
following execution sequences for the eight instructions: fully serial; fully 
parallel; or partially serial. These three sequences of execution are explained 
more fully below. 
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The fully serial p-bit pattern depicted in Figure 3B results in an 
execution sequence illustrated in Table 2, in which the eight instructions are 
executed sequentially. 

Table 2. Fully Serial p-bit Pattern Execution Sequence 



Cycle 


Instructions 


1 


A 


2 


B 


3 


C 


4 


D 


5 


E 


6 


F 


7 


G 


8 


H 



The fully parallel p-bit pattern depicted in Figure 3C results in an 
execution sequence illustrated in Table 3 in which all eight instructions are 
executed in parallel. 



Table 3. Fully Parallel p-bit Pattern Execution Sequence 



Cycle 








Instructions 








1 


A 


B 


C 


D E 


F 


G 


H 



The partially serial p-bit pattern depicted in Figure 3D results in an 
execution sequence illustrated in Table 4. Note that the instructions C, D, 
and E do not use any of the same functional units, cross paths, or other data 
path resources. This is also true for instructions F, G, and H. 



Table 4. Partially Serial p-bit Pattern Execution Sequence 



Cycle 


Instructions 


1 


A 






2 


B 






3 


C 


D 


E 


4 


F 


G 


H 
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In the previous partially serial example, the code would be represented as 
follows, where the | | characters signify that an instruction is to execute in 
parallel with the previous instruction: 



5 instruction A 

instruction B 

instruction C 

| | instruction D 

| | instruction E 

1 0 instruction F 

| | instruction G 

I I instruction H 



If a branch into the middle of an execution packet occurs, all 
*i£L5 instructions at lower addresses are ignored. In the partially serial example, 
^ if a branch to the address containing instruction D occurs, then only D and E 

f |j will execute. Even though instruction C is in the same execute packet, it is 

■1(5 
Si AC 

rn ignored. Instructions A and B are also ignored because they are in earlier 

3 r execute packets . 

H20 All instructions can be conditional. The condition is controlled by a 3- 

y bit (creg) field specifying the register tested, and a 1-bit field (2) specifying a 

0 test for zero or nonzero. The four MSBs of every opcode are creg and z and are 

^ referred to as a predicate. The register is tested at the beginning of the El 

pipeline stage for all instructions. The pipeline is described later herein. If z 
25 =1, the test is for equality with zero. If z = 0, the test is for nonzero. The 
case of condition register field (creg) = 0 and z = 0 is treated as always true to 
allow instructions to be executed unconditionally. Conditional instructions 
are represented by "[ ]" surrounding the condition register. 

The instruction execution pipeline operation, from a functional point of 
30 view, is based on CPU cycles. A CPU cycle is the period during which a 
particular execute packet is in a particular pipeline stage, also referred to as 
a phase. CPU cycle boundaries always occur at clock cycle boundaries; 
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however, memory stalls can cause CPU cycles to extend over multiple clock 
cycles. To understand the machine state at CPU cycle boundaries, one must 
be concerned only with the execution phases (E1-E5) of the pipeline. The 
phases of the pipeline are illustrated in Figure 4 A and described in Table 5. 



Table 5. Pipeline Phase Description 



Pipeline 


Pipeline Phase 


Symbol 


During This Phase 


Instruction 

Types 
Completed 


Program 
Fetch 


Program Address 
Generate 


PG 


Address of the fetch packet is determined. 






Program Address 
Send 


PS 


Address of fetch packet is sent to memory. 






Program Wait 


PW 


Program memory access is performed. 






Program Data 
Receive 


PR 


Fetch packet is expected at CPU boundary. 




Program 
Decode 


Dispatch 


DP 


Next execute packet in fetch packet determined and 
sent to the appropriate functional units to be decoded. 






Decode 


DC 


Instructions are decoded at functional units. 




Execute 


Execute 1 


El 


For all instruction types, conditions for instructions are 
evaluated and operands read. 

Load and store instructions: address generation is 
computed and address modifications written to register 
fil e t 

Branch instructions: affects branch fetch packet in PG 
phase^ 

Single-cycle instructions: results are written to a 
register file^ 


Single- 
cycle 




Execute 2 


E2 


Load instructions: address is sent to memory' 

Store instructions and STP: address and data are sent 

to memory ' 

Single— cycle instructions that saturate results set the 
SAT bit in the Control Status Register (CSR) if 

saturation occurs. ' 

Multiply instructions: results are written to a register 
file' 


Stores 
STP 

Multiplies 




Execute 3 


E3 


Data memory accesses are performed. Any multiply 
instruction that saturates results sets the SAT bit in 

the Control Status Register (CSR) if saturation occurs. ' 






Execute 4 


E4 


Load instructions: data is brought to CPU boundary ^ 






Execute 5 


E5 


Load instructions: data is loaded into register' 


Loads 



'This assumes that the conditions for the instructions are evaluated as true. If the condition is evaluated as false, 
the instruction will not write any results or have any pipeline operation after El. 



The execution of instructions can be defined in terms of delay slots. A 
delay slot is a CPU cycle that occurs after the first execution phase (El) of an 
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instruction in which results from the instruction are not available. For 
example, a multiply instruction has 1 delay slot, this means that there is 1 
CPU cycle before another instruction can use the results from the multiply 
instruction. The pipeline operation of the instructions can be categorized into 
5 seven types shown in Table 6. The delay slots for each instruction type are 
listed in the second column. 



Table 6. Delay Slot Summary 



Instruction Type 


Delay Slots 


Execute Stages Used 


Branch (The cycle when the target enters El) 


5 


El -branch target El 


Load (LD) (Incoming Data) 


4 


E1-E5 


Load (LD) (Address Modification) 


0 


El 


Multiply 


1 


E1-E2 


Single-cycle 


0 


El 


Store 


0 


El 


NOP (no execution pipeline operation) 






STP (no CPU internal results written) 







C'R Single cycle instructions execute during the El phase of the pipeline, 

g" The operand is read, operation is performed and the results are written to a 

^ register all during El. These instructions have no delay slots. 

W Multiply instructions complete their operations during the E2 phase of 

pi 5 the pipeline. In the El phase, the operand is read and the multiply begins. 

if "f 

In the E2 phase, the multiply finishes, and the result is written to the 
destination (dst) register. Multiply instructions have 1 delay slot. 

Load instructions have two results: data loaded from memory and 
address pointer modification. 

20 Data loads complete their operations during the E5 phase of the 

pipeline. In the El phase, the address of the data is computed. In the E2 
phase, the data address is sent to data memory. In the E3 phase, a memory 
read is performed. In the E4 stage, the data is received at the CPU core 
boundary. Finally, in the E5 phase, the data is loaded into a register. 

25 Because data is not written to the register until E5, these instructions have 4 
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delay slots. Because pointer results are written to the register in El, there 
are no delay slots associated with the address modification. 

Store instructions complete their operations during the E3 phase of the 
pipeline. In the El phase, the address of the data is computed. In the E2 
5 phase, the data address is sent to data memory. In the E3 phase, a memory 
write is performed. The address modification is performed in the El stage of 
the pipeline. Even though stores finish their execution in the E3 phase of the 
pipeline, they have no delay slots. 

Branch instructions execute during the El phase of the pipeline five 
10 delay slots/CPU cycles after the branch instruction enters an initial El phase 
of the pipeline. Figure 4B illustrates execution of a branch instruction in the 
*3 pipeline of Figure 4A. If a branch is in fetch packet n that begins with a PG 

^ phase at clock cycle 1, not shown in Figure 4B, then the El phase of the 

HJ branch occurs at clock cycle 7 and initiates the PG phase of a branch target 

fill 5 instruction that is contained in a fetch packet m. The branch target 

rii 

^ instruction in fetch packet m will reach its El phase at clock cycle 13. Thus, 

J* it appears as if the branch takes six cycles to execute, or has five delay slots, 

O 

W as illustrated in Figure 4B. 

h In Figure 4C, fetch packet n, which contains three execute packets, is 

* ; "20 shown followed by six fetch packets (n+1 through n+6), each with one 
execution packet (containing 8 parallel instructions). The first fetch packet 
(n) goes through the program fetch phases during cycles 1-4. During these 
cycles a program fetch phase is started for each of the following fetch packets. 
In cycle 5, the program dispatch (DP) phase, the CPU scans the p bits 
25 and detects that there are three execute packets (k thru k+2) in fetch packet 
n. This forces the pipeline to stall, which allows the DP phase to start execute 
packets k+1 and k+2 in cycles 6 and 7. Once execute packet k+2 is ready to 
move on to the DC phase (cycle 8) the pipeline stall is released. 
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The fetch packets n+1 through n+4 were all stalled so the CPU would 
have time to perform the DP phase for each of the three execute packets (k 
thru k+2) in fetch packet n. Fetch packet n+5 was also stalled in cycles 6 and 
7; it was not allowed to enter the PG phase until after the pipeline stall was 
released in cycle 8. The pipeline will continue as shown with fetch packets 
n+5 and n+6 until another fetch packet containing multiple execution packets 
enters the DP phase, or an interrupt occurs. 

'igure 5 is a flow chart illustrating a subroutine call in a prior art 
DSP, a r MIS320C62xx produced by Texas Instruments Incorporated. During 
execution of a program sequence 500, a subroutine 510 is called by executing 
a branch instruction 501 that provides a address displacement "func" to 
subroutine 510 relative to the current contents of a program counter that is 
used to provide the addresses of program sequences. As is known, address 
displacement "nine" is added to the program counter and program execution 
branches to the address associated with the address displacement value, as 
indicated by arc 51z. 

this prior art DSP, there is no CALL instruction that automatically 
forms a i\eturn address. Therefore, a return address is formed by executing a 
move constant instruction (MVK) 502 that moves the least significant half of 
the address "LABEL" into the least significant half of general purpose 
register B3,\and by executing a move constant instruction high (MVKH) 502 
that moves tne most significant half of the address "LABEL" into the most 
significant half of general purpose register B3. At the completion of 
subroutine 51(A an indirect branch instruction is executed that branches to 
the address indicated by a source register, in this case register B3, as 
indicated by arc fri4. 

In this prior art DSP, a branch instruction has five delay slots, similar 
to the embodiment of the present invention, as discussed above. Therefore, if 
there are no other instructions that can be usefully executed in instruction 
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sequence 500, then a multi-cycle no-operation instruction (NOP) 504 is 
executed with a parameter of "3" to occupy the remaining three delay slots 
after executing instructions 502 and 503. 

igure 6A is a flow chart illustrating a subroutine call with a return 
address Vomputed using an "add constant to program counter" (ADDKPC) 
instruction 602, according to an aspect of the present invention. During 
execution of a program sequence 600, a subroutine 610 is called by executing 
a branch instruction 601 that provides a address displacement "func" to 
subroutine 6r0 relative to the current contents of a program counter that is 
used to provide the addresses of program sequences. As is known, address 
displacement "fimc" is added to the program counter and program execution 
branches to the affldress associated with the address displacement value, as 
indicated by arc 61a. 

ADDKPC instruction 602 includes a relative displacement field 602a 
that points to an address that is to be returned to. In this example, the 
relative displacement field points to the address indicated at "LABEL." 
Therefore, when instruction 602 is executed, a relative address is formed by 
combining a displacement value provided by the instruction with an address 
value provided by the program counter. Thusly, the program counter is 
treated as a source register for the ADDKPC instruction, although program 
counter values are delayed, as described later. The resultant calculated 
relative address associated with "LABEL" is stored in a destination register 
602b specified by instruction 602, in this example general purpose register 
B3. Thus, at the completion of subroutine 610, an indirect branch instruction 
is executed that branches to the address indicated by a source register that 
contains a return address, in this case register B3, as indicated by arc 614. 

In a similar manner, a return address can be calculated to a remote 
location by providing an appropriate displacement value. In this case, after 
execution of a subroutine is completed, a return branch will branch to an 
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instruction sequence that is not contiguous with the instruction sequence 
that called the subroutine. 

other aspect of the ADDKPC instruction is that a parameter field 
602c is prodded that specifies a number of delay slots that are to be no-op'ed 
with virtual NOP instructions. In this embodiment of the present invention, 
a branch instruction's five delay slots, as discussed above. Therefore, up to 
five instructions will be es^ecuted prior to execution the target instruction of a 
branch instruction. If no meaningful instructions can be placed in the delay 
slots, then NOP instructions must be placed there, or a multi-cycle-NOP 
instructions, such as instruction 504?N(n this example, parameter field 602c 
contains the number "4" such that four dei^y slots will be traversed without 
dispatching an instruction since the ADDKPtXinstruction 602 occupies one 
delay slot. In a similar manner, a branch withNNOP instruction (BNOP) 
provides a parameter field that specifies a number of oday slots that are to 
be no-op ? ed with virtual NOP instructions, as described in inore detail in US 

Patent Application S.N. (TI-26738) entitled VLIWWith Code Size 

Reduction Instructions: BNOP and is incorporated herein by referenve. 

Advantageously, ADDKPC instruction 602 replaces instructions 502- 
504 for providing a return address and thereby reduces code size. 
Furthermore, power dissipation is reduced since fewer instructions are 
fetched. Advantageously, an ADDKPC instruction provides a relative return 
address so that program sequence 600 and subroutine 610 may be relocated 
to another program address range without changing program sequence 600. 
The format for the ADDKPC instruction is shown in Table 7. 
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Table 7 -1/UDDKPC Instruction Format 



format 


ADDKPC U nit), srcl, s 
Where: 

Srcl is a seven bit signed 
Src2 is ncnt, a 3 bit unsig 
Dst is a register 


rc2, dst 
constant 

bed constant that defines a parallel number of NOPs 






field 


31-29 


28 


27-23\ 


22-16 


15-13 


12 


11-2 


1 


0 


Name 


Creg 


Z 


Dst I 


disp 


ncnt 


0 


Opcode 


s 


P 


Width 


3 


1 


5 \ 


7 


3 


1 


10 


1 


1 



e displacement field (disp, a 7-bit constant) is shifted left by two and 
then adde\to the address of the of the fetch packet containing the ADDKPC 
instruction AND'ed with -31. The result is placed in the destination register. 
In this embodiment a delayed version of the fetch packet program counter 
(PCF) is maintaine(Tthat corresponds to the address of the instruction that is 
currently in the first ex^ute phase of the pipeline (El) and is referred to as 
PCE1. PCE1 represents tshe address of the first instruction of the fetch 
packet containing the instruction being executed. It is the same as the 
address of this ADDKPC instruction truncated to a fetch packet boundary (32 
bytes). Note that if the execute packet spans two fetch packets, the 
instructions in the second fetch packet wnlysee the value of the PCE1 register 
as 32 greater than the value seen by the nrst instruction in the execute 
packet. The operation of PCE1 will be described m^more detail with reference 
to Figures 7-9. An assembler/linker can automatically compute the correct 
value for disp by the following formula: \. 

disp = (address(LABEL) - (address(this_instruction) & ^$1)) » 2. 
In this embodiment, ADDKPC cannot be paired with a relative branch 
instruction. ADDKPC cannot be paired with a multi-cycle NOP instruction. 
An execute packet containing these conditions will result in an execute 
packet exception event. In this embodiment, an ADDKPC instruction must 
be executed in the .S2 unit, therefore the s bit must be "1." However, in 
another embodiment, resources may be provided to allow an ADDKPC 
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instruction to be executed by either s-unit and to allow such combinations of 
instructions. 

The NOP portion of the ADDKPC instruction executes regardless of 
the predication on the ADDKPC instruction, although all of the specified 
NOPs may not execute due to taken branches executed earlier. The multi- 
cycle NOP induced by this instruction will be terminated early if a branch 
delay is completed first. For example, if a branch is initiated on cycle n and 
an ADDKPC instruction with ncnt=5 is initiated on cycle n + 1, the branch is 
complete on cycle n + 6 and the NOP is executed only from cycle n + 2 to cycle 
n + 5, only 4 cycles. 

Figure 6B is a flow chart illustrating a subroutine call with multiple 
return addresses computed using more than one ADDKPC instruction. In 
this example, ADDKPC instruction 620 includes a displacement to LABEL1 
indicated at 630 and ADDKPC instruction 621 includes a displacement to 
LABEL2 indicated at 632. ADDKPC instruction 620 is conditionally executed 
if register Bl, indicated as a predicate register, is zero. In this case, a return 
address pointing to LABEL1 will be stored in destination register B3 and 
subroutine 610a will return via arc 634. ADDKPC instruction 621 is executed 
conditionally if predicate register Bl is not zero. In this case, a return address 
pointing to LABEL2 will be stored in destination register B3 and subroutine 
610a will return via arc 636. 

Likewise, more than two ADDKPC instructions can be conditionally 
executed to select a return address from a large set of potential return 
address. In this case, several different predicate values can be used. 
Similarly, several ADDKPC instructions may have predicate values that are 
satisfied and therefore be executed. In such a case, the last executed 
ADDKPC instruction will overwrite a return address provided by any 
previously executed ADDKPC instructions. 
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re 7 is an illustration of execution packets spanning fetch packets 
for the processor of Figure 1. Advantageously, in the present embodiment of 
processor M), an execution packet can cross an eight-word fetch packet 
boundary, tnfereby eliminating a need to add NOP instructions to pad fetch 
packets. For example, eight-word execution packet EP1 completely occupies 
fetch packet 70()\ Four-word execution packet EP2 partially fills fetch packet 
702. Six-word execution packet EP3 does not fit completely within fetch 
packet 702, howeveA the first four words EP3(0)-EP3(3) are placed in fetch 
packet 702 and the laai; two words EP3(4), EP3(5) are placed in fetch packet 
704. Therefore, the last p bit in a fetch packet is not always set to 0 in 
processor 10. If the last Vbit of a fetch packet is not zero, then instruction 
fetch control circuitry in stage 10a (Figure 1) fetches a second fetch packet 
and extracts instruction words until a p bit set to 0 is encountered. This 
sequence of instruction words ik then ordered into a single execution packet, 
such as execution packet EP3, forYxample. 

Figure 8 is a block diagram of processor 10 of Figure 1, illustrating a 
sequence of execution packets spanning fetch packets 810-813, according to 
an aspect of the present invention. For example, execution packet 820 
comprises only the seven instructions 820(0)-820(6). The last instruction 
word 820(6) has the p bit set to 0. Advantageously, the first word 821(0) of 
execution packet 821 is now placed in fetch packet 810. Note that the p-bit of 
instruction word 821(0) is set to 1 to indicate that execute packet 821 
continues to the next fetch packet 811 where instruction words 821(1)-821(4) 
are located. In this example, instruction 820(6) is an ADDKPC instruction 
that will be dispatched and decoded for execution on unit S2, as indicated at 
decode block 830. PCE1 will contain an address associated with fetch packet 
810 when instruction 820(6) reaches the first execute phase of unit S2. 

Execution\packet 823 with instruction words 823(0)-823(l) is located 
within fetch packe\ 811. Note that the last word of the fetch packet does not 
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j^cessarily have the p-bit set to 0, for example instruction words 821(0) and 
82408) both have their p-bit set to one indicating that their associated 
executionspacket spans to the next fetch packet. Likewise, execution packet 
826 spans febrfi packets 812 and 813 with instruction words 826(0-2) located 
in fetch packet 812 and instruction words 826(3-7) located in fetch packet 
813. In this example, instruction word 826(6) is an ADDKPC instruction. 
However, since instruction 826(6) is in the second fetch packet 813 of 
execution 826, PCE1 will contain an address associated with fetch packet 813 
when instruction 826(6) reaches the first execute phase of unit S2. U.S. 
Patent Application No. S.N. \ (TI-30559) entitled Microprocessor With 
Execution Packet Spanning Two Ok More Fetch Packets provides further 
details and is incorporated herein by reference. 

Figure 9 is a block diagram of a portion of instruction fetch pipeline 
stages lOa-lOc of processor 10 of Figure 1 that illustrates circuitry for 
dispatching an execution packet that spans two fetch packets. An eight word 
fetch packet is received on instruction data bus 941 from an instruction 
memory/cache 940 into a first latch stage 910 in response to fetch packet 
program counter (PCF) 950. A second latch stage 911 receives the first fetch 
packet on the next clock cycle while a second fetch packet is received 
simultaneously into latch stage 910. Fetch pipe stalls are generated as 
needed, as discussed with reference to Figure 4C, if latch stage 910 is not free 
when a fetch packet arrives on instruction bus 941. 

Multiplexor set 920 has eight individually controlled multiplexors 
920(0)-920(7) that each have a first input connected to receive a 32-bit 
instruction word from first latch stage 910 and a 32-bit instruction word from 
second latch stage 911. Dispatch control circuitry 921 monitors the p-bit 
associated with each of the eight instructions in latch stage 910 via p-bit 
signals 922. An execution packet within latch stage 910 is selected by 
appropriate controls signals 924 asserted by dispatch control circuitry 921 to 
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multiplexor set 920 and is passed thereby to crosspoint circuitry 930 in 
response to control signals 925 and on to the various decode circuitry 
associated with the execution units of processor 10, as illustrated in Figure 8. 

If a first execution packet does not entirely fill the first fetch packet, 
then the second execution packet is selected from second latch stage 911 on a 
following clock cycle. Dispatch control circuitry 921 monitors second stage p- 
bit signals 923 and asserts controls signals 924 appropriately to multiplexor 
set 920 to select the second execution packet from latch stage 911 and it is 
passed thereby to crosspoint circuitry 930 in response to control signals 925 
and on to the various decode/execution units of processor 10. 

If the second execute packet spans the first and second fetch packets, 
then a first portion of the second execute packet is selected from latch stage 
911 and a remaining portion is selected from latch stage 910. Dispatch 
control circuitry 921 monitors p-bit signals 922 and 923 and asserts control 
signals 924 appropriately so that multiplexor set 920 selects the first portion 
of the second execute packet from latch stage 911 and the remaining portion 
from latch stage 910. 

PCE1 FIFO (first in first out) circuit 952 receives a copy of each 
program counter value from PFC 950 that is used to fetch an instruction 
packet. PFC 950 generally increments, but also receives branch addresses 
via update bus 951. PCE1 952 is responsive to dispatch control circuitry 921 
to provide a program counter value to functional unit S2 via bus 953 that 
corresponds to the address of the fetch packet that contains the instruction in 
the El execution stage of functional unit S2. Whenever functional unit S2 
executes an ADDKPC instruction or a relative branch instruction, the PCE1 
value associated with the fetch packet that contains the ADDKPC or branch 
instruction is combined with a displacement value provided by the 
instruction. 
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Compiler considerations 

In general, the design and use of compilers are known in the art, 
therefore it is not necessary to further describe compilers herein. In these 
embodiments of the invention described herein, a CALL instruction for 
calling subroutines and forming a return address is not provided. It has been 
determined that a compiler can better optimize code generation and program 
execution if separate instructions are provided for branching to a subroutine 
and for determining a return address from the subroutine. 

An ADDKPC instruction facilitates generation of relocatable code by a 
compiler. When return addresses are calculated relative to the PC, the code 
can be moved around. This could be useful when code is overlayed in fast on- 
chip memory. 

A compiler can embody an aspect of the present invention to use an 
ADDKPC instruction to re-order a sequence of instructions to place the 
ADDKPC in such a way that the parallel NOP field is used to encode any 
NOPs in the delay slot of a calling branch instruction. This is done to save 
code size. For example, the following instruction sequence: 

B func ; call a subroutine 

ADDKPC R0,B3 ; calculate return address 

MV A10,AA4 ; move parameter 

NOP 3 ; three NOPs for the remaining delay slots 

would be re-ordered like this to "absorb" the NOP 

B func 
MV A10,A4 

ADDKPC R0,B3,3 ; provides three virtual NOPs for remaining delay slots 

Figure 10 is a block diagram of an alternative embodiment of a digital 
system 1000 with processor core 1001 similar to processor core 10 of Figure 1. 
A direct mapped program cache 1010b, having 16 kbytes capacity, is 
controlled by LI Program (LIP) controller 1010a and connected thereby to 
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the instruction fetch stage 10a. A 2-way set associative data cache 1020b, 
having a 16 Kbyte capacity, is controlled by LI Data (LID) controller 1020a 
and connected thereby to data units Dl and D2. An L2 memory/cache 1030 
having four banks of memory, 128 Kbytes total, is connected to LIP 1010a 
and to LID 1020a to provide storage for data and programs. External 
memory interface (EMIF) 1050 provides a 64 bit data path to external 
memory, not shown, which provides memory data to L2 memory 1030 via 
extended direct memory access (DMA) controller 1040. 

EMIF 1052 provides a 16 bit interface for access to external 
peripherals, not shown. Expansion bus 1070 provides host and I/O support 
similarly to host port 60/80 of Figure 1. 

Three multi-channel buffered serial ports (McBSP) 1060, 1062, 1064 
S%x% connecteaHqDMA controller 1040. A detailed description of a McBSP is 
provided in U.S. Pkt^nt S.N. 09/055,011 (TI-26204, Seshan, et al) and is 
incorporated herein reference. 

The Very Long Instruction Word (VLIW) CPU of the present invention 
uses a 256-bit wide instruction to feed up to eight 32-bit instructions to the 
eight functional units during every clock cycle. The VLIW architecture 
features controls by which all eight units do not have to be supplied with 
instructions if they are not ready to execute. The first bit of every 32-bit 
instruction determines if the next instruction belongs to the same execute 
packet as previous instruction, or whether it should be executed in the 
following clock as a part of the next execute packet. While fetch packets are 
always 256-bit wide, execute packets can vary in size as shown with reference 
to Figures 3B-3D. Variable length execute packets are a key memory saving 
feature distinguishing CPU 1001 from other VLIW architectures. 

Advantageously, instruction fetch stage 10a and dispatch stage 10b are 
constructed according to Figure 9 such that an execution packet can span two 
fetch packets. Advantageously, NOP instructions are not needed to maintain 
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execution packet alignment in processor 1001. Advantageously, CPU 1001 
can execute an ADDKPC instruction as described above, such that a 
parameter specified by the ADDKPC instruction is combined with a value 
provided by the program counter of CPU 1001. As described above, the 
ADDKPC instruction can also specify a number of delay slots to be filled with 
virtual NOP instructions. 

Other systems 

Several example systems which can benefit from aspects of the present 
invention are described in U.S. Patent 5,072,418, which was incorporated by 
reference herein, particularly with reference to Figures 2-18 of U.S. Patent 
5,072,418. A microprocessor incorporating an aspect of the present invention 
to improve performance or reduce cost can be used to further improve the 
systems described in U.S. Patent 5,072,418. Such systems include, but are 
not limited to, industrial process controls, automotive vehicle systems, motor 
controls, robotic control systems, satellite telecommunication systems, echo 
canceling systems, modems, video imaging systems, speech recognition 
systems, vocoder-modem systems with encryption, and such. 
>^tA^> *^|T ure 11 illustrates an exemplary implementation of an example of an 
^^tegratedNcircuit 40 that includes digital system 1000 in a mobile 
telecommunications device, such as a wireless telephone with integrated 
keyboard 12 and ah^nlay 14. As shown in Figure 11 digital system 1000 with 
processor 1001 is competed to the keyboard 12, where appropriate via a 
keyboard adapter (not sho^m), to the display 14, where appropriate via a 
display adapter (not shown) an&sto radio frequency (RF) circuitry 16. The RF 
circuitry 16 is connected to an aeriaK18. 

Advantageously, by providing an ADDKPC instruction as described 
above, a return address can be computed with a single instruction and 
memory is not wasted with useless NOP instructions. Thus, a smaller 
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memory can be included within the wireless telephone and fewer fetch cycles 
are required for execution of a given processing algorithm and power 
consumption is thereby reduced. 

Fabrication 

Fabrication of digital system 10 or digital system 1000 involves 
multiple steps of implanting various amounts of impurities into a 
semiconductor substrate and diffusing the impurities to selected depths 
within the substrate to form transistor devices. Masks are formed to control 
the placement of the impurities. Multiple layers of conductive material and 
insulative material are deposited and etched to interconnect the various 
devices. These steps are performed in a clean room environment. 

A significant portion of the cost of producing the data processing device 
involves testing. While in wafer form, individual devices are biased to an 
operational state and probe tested for basic operational functionality. The 
wafer is then separated into individual dice which may be sold as bare die or 
packaged. After packaging, finished parts are biased into an operational 
state and tested for operational functionality. 

Other embodiments and advantages 

Thus, a microprocessor is provided with an ADDKPC instruction as 
described above, such that a parameter specified by the ADDKPC instruction 
is combined with a value provided by a program counter of microprocessor. 
The ADDKPC instruction can also specify a number of delay slots to be filled 
with virtual NOP instructions such that memory is not wasted with useless 
NOP instructions. 

Advantageously, an ADDKPC instruction can provide a relative 
address for use as a return address. A plurality of predicated ADDKPC 
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instruction can provide a return address selected from a plurality of return 
address. 

Advantageously, a compiler can reorder code with an ADDKPC 
instruction to absorb useless NOP instructions. 
5 Advantageously, in some system a smaller memory may result from 

elimination of NOP instructions. 

Advantageously, fewer fetch cycles are required for execution of a given 
processing algorithm since useless NOP instructions are not fetched. 

Advantageously, an ADDKPC instruction may be used wherever a 
10 program counter relative address is needed, such as for passing parameters, 
for example. 

In another embodiment, fetch packets may be longer or shorter than 

w 

;J the present embodiments. Four example, a fetch packet may be four 

f]j instruction words. Likewise, instruction words may be other sizes than 32- 

}nl5 bits. 

u * In another embodiment, there may be more or fewer execution units 

H than eight. Likewise, the number of execution units may differ from the size 

y of the fetch packet. For example, a processor may have an eight word fetch 

p packet and have ten execution units, for example. In such an embodiment, 

^20 an execution packet may exceed the length of a fetch packet and may 

therefore span more than two fetch packets. 

In another embodiment, an ADDKPC instruction may be executable by 

more than one functional unit. Several ADDKPC instructions may then be 

executed in parallel. 

25 In another embodiment, the PCE1 circuit provides an address that 

points to the first fetch packet if an execution packet spans fetch packets, 
regardless of which fetch packet actually contains the ADDKPC instruction. 

As used herein, the terms "applied," "connected," and "connection" 
mean electrically connected, including where additional elements may be in 
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the electrical connection path. "Associated" means a controlling relationship, 
such as a memory resource that is controlled by an associated port. The 
terms assert, assertion, de-assert, de-assertion, negate and negation are used 
to avoid confusion when dealing with a mixture of active high and active low 
signals. Assert and assertion are used to indicate that a signal is rendered 
active, or logically true. De-assert, de-assertion, negate, and negation are 
used to indicate that a signal is rendered inactive, or logically false. 

While the invention has been described with reference to illustrative 
embodiments, this description is not intended to be construed in a limiting 
sense. Various other embodiments of the invention will be apparent to 
persons skilled in the art upon reference to this description. It is therefore 
contemplated that the appended claims will cover any such modifications of 
the embodiments as fall within the true scope and spirit of the invention. 
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